Pooled Transaction System

ABSTRACT

A method of transacting sales over a computerized network correlates in a first database record the first product and the first purchaser to form a pool; further correlates a plurality of second purchasers; issues an offer to a vendor to purchase the first product at a first offer price; and consummates a transaction between the vendor and the first and second purchasers. A first commitment price is calculated in response to a time rate of the filling of the pool. The first commitment price may be responsive to historical sales performance of the first product; a price trend of an article similar to the first article; or a price trend of the first article itself over time. A second product desired to be purchased by a first purchaser is defined. An offer is made to a vendor to purchase the second product. A consolidated report is presented to the purchaser.

RELATIONSHIP TO OTHER APPLICATIONS

This application is a continuation of patent application Ser. No.10/842,951, filed May 10, 2004, which is a continuation of U.S. patentapplication Ser. No. 09/668,819, filed Sep. 21, 2000, which claims thebenefit of the filing date of U.S. Provisional Patent Application Ser.No. 60/155,301, filed Sep. 21, 1999.

BACKGROUND OF THE INVENTION

1. Field of the Invention

This invention relates generally to systems for conducting commercialtransactions over a computerized network, and more particularly, to asystem wherein buyers and or sellers are pooled to effect pricereductions.

2. Description of the Related Art

Conventional auction arrangements are generally directed towardincreasing the price at which the auctioned goods are sold by causingthe buyers to bid against each other. There is a need, however, for asystem of conducting sales of products and services whereby buyers areaggregated and the consequently increased purchasing power is applied toreduce the price at which the products or services are sold. Thus,vendors compete for the larger sale.

There is additionally a need to engage in price determination based onactual manufacturers' suggested retail priced (“MSRP”) or actual pricesat which such products or services are available from other vendors(“Street Prices”), and actual price trends and price break points. Insituations, for example, where the number of aggregated buyers is toogreat for a single vendor, there is a need for a system of conductingsales of products and services whereby vendors are aggregated.

SUMMARY OF THE INVENTION

The present invention provides in a method aspect thereof, a method oftransacting sales over a computerized network. The present inventivemethod includes the steps of:

defining a first product desired to be purchased by a first purchaser;

correlating in a first database record the first product and the firstpurchaser;

identifying a time rate at which said step of correlating in a firstdatabase record is performed;

further correlating in respective ones of a plurality of first databaserecords the first product and respective ones of a plurality of secondpurchasers;

issuing an offer to a vendor to purchase the first product at a firstoffer price in a quantity responsive to the plurality of first databaserecords; and

consummating a transaction between the vendor and the first and secondpurchasers.

In one embodiment, prior to performing the step of issuing an offerthere is further provided the step of identifying a time rate at whichsaid step of further correlating in a first database record isperformed. The step of calculating a first commitment price is, in someembodiments, responsive to a time rate of performing the step of furthercorrelating. In a further embodiment, the step of calculating a firstcommitment price is responsive to the number of first purchasers thatare correlated in said step of correlating in a first database recordthe first product and the first purchasers prior to performing said stepof calculating a first commitment price. The first commitment price is,in some embodiments, responsive to historical sales performance of thefirst product; a price trend of an article similar to the first article;or a price trend of the first article itself over a predetermined periodof time.

In a further embodiment of the invention, there are further provided thesteps of:

defining a second product desired to be purchased by a first purchaser;and

correlating in the second database record the second product and thefirst purchaser.

There is provided in other embodiments the step of further correlatingin respective ones of a plurality of second database records the secondproduct and respective ones of a plurality of third purchasers. Theremay further be provided the step of issuing a further offer to a vendorto purchase the second product at a second offer price in a quantityresponsive to the plurality of second database records. A firstconsolidated report is issued in certain embodiments for presentation tothe first purchaser in response to the first and second offer prices.The first consolidated report may include information from the first andsecond database records.

In accordance with a further method aspect of the invention, there isprovided a method of transacting sales over a computerized network. Thismethod aspect includes the steps of:

defining a first product desired to be purchased by a first purchaser;

enabling the first purchaser to search a product database for apre-existing database record associated with a product having arelationship to the first product acceptable to the first purchaser;

correlating in a first database record the first product and the firstpurchaser;

further correlating in respective ones of a plurality of first databaserecords the first product and respective ones of a plurality of secondpurchasers;

identifying a time rate at which the step of further correlating isperformed; and

enabling a vendor of products having a predetermined similarity to thefirst product to search the product database.

In one embodiment, there is further provided the step of consummating atransaction between the vendor and at least some of the first and secondpurchasers. There may additionally be provided, prior to performing thestep of consummating a transaction, the further step of consummating atransaction between at least one vendor for a quantity of the firstproduct responsive to a predetermined portion of the total number offirst database records. In other embodiments, there is provided thefurther step of consummating a transaction between at least one vendorfor a quantity of the first product responsive to the total number offirst database records.

In accordance with a still further method aspect of the presentinvention, there is provided a method of including a prospectivepurchaser in a pool in a computerized network transaction system. Thisfurther method aspect includes the steps of:

defining pool parameters responsive to a purchase desired to be made bythe purchaser;

active searching an active pools database for an active pool having apool characteristic resembling the pool parameters;

active presenting a matching active pool discovered in response to thestep of active searching to the prospective purchaser; and

active installing the prospective purchaser in the matching active poolin response to the step of active presenting.

In accordance with yet a further method aspect of the present invention,there is provided a method of including a prospective purchaser in apool in a computerized network transaction system, the method comprisingthe steps of:

defining pool parameters responsive to a purchase desired to be made bythe purchaser;

inactive searching an inactive pools database for an inactive poolhaving a pool characteristic resembling the pool parameters;

inactive presenting a first matching inactive pool discovered inresponse to the step of inactive searching; and

forming a new pool having new pool parameters similar to the firstmatching inactive pool.

In one embodiment of this further aspect of the invention, there isfurther provided the step of commitment price calculating a new poolcommitment price. Additionally, there may be provided, in otherembodiments, the further steps of:

obtaining a commitment by the purchaser to purchase a product defined bythe new pool parameters at the new pool commitment price; and

installing the purchaser in the new pool.

BRIEF DESCRIPTION OF THE DRAWING

Comprehension of the invention is facilitated by reading the followingdetailed description, in conjunction with the annexed drawing, in which:

FIG. 1 is a simplified function block representation of a specificillustrative embodiment of the invention wherein a purchaser is affordedan opportunity to enter one or more purchasers' pools;

FIG. 2 is a simplified function block representation of a specificillustrative embodiment of the administrative interface portion of theembodiment of FIG. 1;

FIG. 3 is a simplified function block representation of a specificillustrative pricing process;

FIG. 4 is a is a simplified function block representation of a specificillustrative process for determining whether to form a purchaser pool;and

FIG. 5 is a simplified function block representation of a specificillustrative embodiment of the invention wherein a vendor is afforded anopportunity to enter a vendors' pool or to cause formation of a newvendor pool.

DETAILED DESCRIPTION

FIG. 1 is a simplified function block representation of a specificillustrative embodiment of the invention wherein a registered purchaser100 is afforded an opportunity to enter one or more purchasers' pools,each such pool being directed to achieve increased purchasing powerbased on pooled quantities to be purchased, for a defined product type.For purposes of the present discussion, it is assumed that eachpurchaser has been registered, including receipt by the systemadministrator (not shown in this figure) of payment information, andthere has been formed an enforceable purchase contract (offer andacceptance) between the purchaser and the system administrator,including mutual manifestations of intent to a determined set of terms,upon which, as will be described below, the system administratorreasonable can rely to issue purchase offers to, and enter into bindingpurchase commitments with, vendors.

As shown in this figure, registered purchaser 100 engages in a decisionprocess by which he or she determines at decision block 101 theproduct(s) desired to be purchased. In making the decision, theregistered purchaser can browse, using a display 110, one or morepredefined product types that are stored in a database (not shown) in anadministrative interface 120. Registered purchaser 100 communicates withadministrative interface 120 at a data port “A” of the administrativeinterface. Information is exchanged between display 110 andadministrative interface 120 via a data port “F” of the administrativeinterface. Administrative interface 120 will be described in greaterdetail hereinbelow in connection with FIG. 2.

Display 110 in FIG. 1 presents, in this embodiment of the invention,data to registered purchaser 100 relating to preestablished on-goingproduct or service pools that the registered purchaser can join if theproduct or service desired to be purchased by the searching registeredpurchaser is identical or acceptably similar to the products specifiedin the existing pools. The display can also make available to theregistered purchaser the status of the pools, including pools in whichthe registered purchaser may participate, as well as the registeredpurchasers' history in prior pools and status in on-going pools.

At such time as the registered purchaser has determined to purchase anitem, a decision is made at function block 102 whether the productdesired to be purchased is available in an existing on-going pool orwhether a new pool of purchasers needs to be started. If the desiredproduct is not available in any existing pool, then the parameters thatdefine the product desired to be purchased are defined at function block112, and this information is submitted to administrative interface 120at a data port “B” of the administrative interface. As will be describedbelow in connection with FIG. 2, a decision is made, with administrativeauthorization, whether to start a new product pool. This procedurecontinues until all products desired to be purchased by registeredpurchaser 100 are determined to be the proper subject of an existingpool, or a pool that has been authorized by system administration (notshown in this figure) to be formed. Additionally, in situations wherethe registered user desires to form an order comprised of multipleproducts, and the system administration determines that an adequate poolfor one or more of such products in the order are not available in anyexisting pool and the formation of a pool on any such product isdeclined, then agreement is reached between the registered user and thesystem administration as to whether the registered user will place anorder for the remaining product(s).

At such time as it is determined that all pools necessary forfulfillment of the registered purchaser's order are in existence or areagreed to be formed, the decision process proceeds to decision block103, and associated function blocks 113 and 115, where database recordsare created responsive to the registered purchaser's order. Morespecifically, if it is determined that the order being placed by theregistered purchaser can be accommodated in a single pool, then a singlepool data record is created at function block 131. The single pool datais delivered to administrative interface 120 at a data port “C” of theadministrative interface. On the other hand, if the order spans severalpools, then a multiple pool data record is formed at function block 115.The multiple pool data is delivered to administrative interface 120 at adata port “D” of the administrative interface. As will be describedbelow, the order placed by registered purchaser 100 is aggregated inappropriate pools with orders placed by other registered purchasers (notshown) and these aggregated orders are made available by way of purchaseoffers or by database access to responsive vendors 140, that communicatewith administrative interface 120 via a data port “E.” Theadministrators in the administrative interface will register vendors inan appropriate database (not shown in this figure) and determine whethera vendor that bids on a pool or a portion of a pool can reasonably beexpected to fulfil the orders. That is, the bidding vendors aresubjected to a prequalification and registration process.

At a predetermined time, the registered purchaser will enter into acontract whereby he or she is bound contractually to the order. Prior tothat time, however, a change order request issued by the registeredpurchaser at function block 130 will be considered by the systemadministration in accordance with a mutually agreed policy. The changeorder request is provided to administrative interface 120 via a dataport “G.” Such policy will determine, for example, the procedures to befollowed when a registered user desires to change a multi-pool order,particularly when one or more of the relevant pools have proceeded to acommitment stage.

FIG. 2 is a simplified function block representation of a specificillustrative embodiment of administrative interface portion 120 of theembodiment of FIG. 1. As shown in FIG. 2, on the right hand side of thisfigure there are shown a plurality of input ports designated withcapital letters “A,” “B,” “C,” “D,” “F,” and “G,” each in a circle, andon the left side of this figure there is shown an input port designatedwith capital letter “E” in a circle. Each of these input portscorresponds to an equivalently designated input port of administrativeinterface 120 as shown in FIG. 1.

Referring once again to FIG. 2, there are provided a plurality ofdatabases, such as purchasers database 210, active pools database 216,and vendors database 246. All of these databases are monitored andcontrolled by a system administration that is generally designated 250.There is additionally provided a price data acquisition arrangement 226that obtains pricing information from a variety of sources, includingthe internet. Such pricing information includes current retail prices,manufacturers suggested retail prices (MSRP), quantity/price breaks,wholesale prices, available odd lots, and their prices, etc. The pricingdata obtained by prices data acquisition system 226 is stored in acurrent third party prices database 225. Historical prices are stored inproduct pricing/history memory 228. The old prices are useful todetermine price trends and other market information that will enable thesystem administration to determine a commitment price.

Historical information is of value in enabling a pricing determinationto be made at a pricing engine 222. Thus, for example, the history ofprior pools that are now closed is stored in a prior pools memory 218.This information is useful to the system administration to determinewhether the formation of a new pool (see, function block 112 in FIG. 1)has a likelihood of being successful. Similarly, pricing historyinformation provided by vendors in vendors database 246 is stored in avendors pricing history memory 242, and this information is useful indetermining the likelihood of success of a new pool and enables thesystem administration to make a non-binding representation to registeredpurchaser 100 (not shown in this figure) of the amount that he or shecan expect to save. All of this historical pricing information fromprior pools (218), prior vendor bids (242), prior market prices (248),etc. when compared to existing market prices (225), enable the systemadministration to compute reasonably reliable expectations of savings(214) that will attract the registered purchaser to place his or herorder with this system. In addition, prices data acquisition system 226is, in certain embodiments, be capable of obtaining prices from on-lineauction and other vendors that will enable presentation to theregistered purchaser of the attractive historical performance of thepresent system.

In the practice of the invention, pools of aggregated purchaser ordersare formed, the pools having varying operational characteristics. Somepools, for example, are created and have a finite pool life. Theduration of the pool life is determined by pool and price cycle timer240 which is controlled by system administration 250. Thus, any suchpool will expire at a predetermined time, and its performance, aspreviously noted, is stored in prior pools memory 218. Other pools,however, are continuous in that a registered purchaser need not ever gothrough the process (102, 112) of causing creation of such a pool. Suchcontinuous or standing pools, however, are subject to time-relatedcycles controlled by timer 240 that determine the period of time that aregistered purchaser is in such a standing pool. The change orderrequest of function block 130 is, in some embodiments, used to enable aregistered purchaser to extend the effective pool cycle applicable tohis or her order, in situations where such registered purchaser believesprices will continue to fall and his or her need of the product is notimmediate. Additionally, when the product to be purchased by theregistered purchaser is a quantity of a commodity, the change orderfunction can be employed in certain embodiments to portions of theorder. The correlation between active pools and purchasers, as well aschange order requests for pool cycle extensions, is controlled atfunction block 212. The correlated active pools and purchasers data isfurther correlated to identified pool parameters at function block 230,which information is then made available to pricing engine 222. Timer240 additionally controls the duration of a price cycle that will beused compute the expected savings at function block 214.

The pricing engine represented at function block 222 need not beentirely a computerized system. In some embodiments of the invention,human intervention is employed in the pricing process, illustrativelyunder control of system administration 250.

FIG. 3 is a simplified function block representation of a specificillustrative pricing process. As shown in this figure, third party priceinformation is received at function block 310. Such information may bereceived via the vendor and third party prices data acquisition system226 (not shown in this figure) MSRP and the retail (or “street”) pricesare calculated at function block 312 and displayed at systemadministration 250. In some embodiments, this information can be madeavailable to registered purchaser 100 at display 110 in response to thecomputation of function block 214 (not shown in this figure). Thisspecific embodiment of the invention then continues by calculating anon-binding extrapolated low price based on data obtained from vendorspricing history 242 (not shown in this figure) and including, in someembodiments, third party price trends calculated by pricing engine 222(not shown in this figure) from information obtained from productpricing history memory 228 (not shown in this figure) and current thirdparty prices database 225 (not shown in this figure) over a period oftime determined by price cycle timer 240 (not shown in this figure).

In this specific embodiment, those registered purchasers that are in apool in a non-binding manner prior to the formulation of a firstcommitment price are termed “early buyers.” An early buyers commitmentprice is calculated at function block 314 based on the extrapolated lowprice and a predetermined reserve for the system that is determined atfunction block 316. The early buyers are then afforded an opportunity toremain in the pool by committing to purchase if the system can achieve avendor offer that permits them to purchase at a purchase price that isat least as favorable as the early buyers commitment price. Such apurchase price is displayed to the registered purchaser at functionblock 320, which display may require reintegration of a multiple poolorder using the correlation between the active pools and the purchasersin function block 212 (not shown in this figure). Thus, in thisembodiment, a multiple pool order would be presented to the associatedregistered purchaser in an integrated fashion whereby the purchaser doesnot see the pricing for individual components for his or her order. Insome respects, therefore, the pooling system of the present invention istransparent to the purchasers, except insofar as they may optionally beprovided access to individual pools as discussed hereinabove inconnection with the decision-making process of FIG. 1. The systemadministration will formulate policy regarding the extent to which thepooling system and the pools are viewable by the purchasers.

After the early purchasers have committed to purchase at the earlybuyers commitment price, as presented to them at function block 320, apurchase offer is calculated to vendors at function block 322. Functionblock 322 is shown to exchange data at input port “E” that is shownagain on the left sides of FIGS. 1 and 2. The offer price is responsive,in certain embodiments, to the pool size (i.e., number of early buyers).More specifically, the offer price is in this embodiment responsive tothe rate of accumulation of the early buyer over a determinable periodof time. As noted above, the determinable period of time is establishedby pools and price cycle timer 240 (FIG. 2), and the time period, alsoas noted above, is in some embodiments determined by the formulation ofa first commitment price. There are therefore several ways in which thetime rate of accumulation of buyers in a pool can be determined. Inaddition, the offer price is responsive in some embodiments of theinvention the third party price breaks, the extrapolated low price, etc.The offer is conveyed to the vendors at node E, which includes directcommunication to vendors of requests for proposals, and direct access byvendors of database information. In this specific illustrativeembodiment, active pool information can be made available to the vendorsvia pricing engine 222 and vendors database 246.

Following the offers to vendors, it is determined at decision block 325whether there has been received an acceptable vendor offer. Thisdecision may involve communication by the system administrators withtargeted vendors, and possibly some negotiation that might involveraising the early buyers commitment price and obtaining revisedcommitments from the early buyers. If the system administratordetermines that an acceptable vendor offer is not reasonably available,then the buyers are notified and the pool closed at function block 327.This may require recalculation or a revised commitment on the part of aregistered purchaser that has placed an affected multiple pool order.However, if there is available an initial acceptable vendor offer, thena commitment price is calculated for purchasers who enter the pool afterthe commitment by the early buyers, such subsequent buyers being termedthe “late buyers.”

A commitment price is calculated for the late buyers and an early buyersprice advantage at function block 330. The commitment price and theearly buyers price advantage may, for example, be responsive to pricereductions resulting from increased pool size. The late buyers'commitments are then obtained at the calculated late buyer commitmenttarget price, and the early buyers are notified, in this embodiment, ofa calculated early buyer price advantage. Such an advantage wouldstimulate early commitment and consequently produce in future pools alarger number of early buyers. Moreover, the number of early buyersmight be increased in certain embodiments by conducting effective poolmarketing on the part of the system administrator using information fromprior pools memory 218, purchasers database 210, product pricing historymemory 228, and current third party prices database 225.

Notwithstanding that some late buyers have committed to the late buyerscommitment target price at function block 332, in a highly successfulpool, additional late buyers will enter, thereby increasing the poolsize. Such pool size increase, and the time rate of such pool sizeincrease, coupled to trends that may be evident from the current thirdparty prices database (225), enables continued negotiations with vendorsat function block 334 until the pool or the pool cycle times out byoperation of pool and price cycle timer 240. The information from pricecycle timer 240 (FIG. 2) is provided to function block 334 via inputport “E” that is shown again on the left sides of FIGS. 1 and 2. Uponexpiration of the pool or pool cycle, the final prices are calculated atfunction block 336 and the pool or pool cycle is closed. The buyers andvendors are then notified at function block 340 and a check-out processis conducted. Function block 340 is shown to issue data to input ports“A” and “E.” With respect to purchasers that have placed orders thatspan multiple pools, such pools are integrated at function block 342 incorrelation with the associated purchasers (function block 212). Suchpurchasers of multi-pool orders are notified and checked-out at functionblock 340. Data responsive to the time rate at which buyers enter poolsis stored in prior pools memory 218 (FIG. 2) and is useful to the systemadministration in promoting and managing future pools.

FIG. 4 is a simplified block representation of a specific illustrativeprocess for determining whether to form a purchaser pool. As shown, poolparameters from a registered purchaser are received at function block410. Such parameters correspond to the information defined at functionblock 112 of FIG. 1. In FIG. 4, once the pool parameters are obtained asearch is conducted at function block 412 to identify the closestmatching pool in active pools database 216. Information relating to theclosest matching pool is presented to registered purchaser 100 (notshown in this figure) and the acceptability of the closest matching poolto the purchaser is determined at decision function block 414. If thepurchaser accepts to be included in the presented closest matchingactive pool, the purchaser is installed therein at function block 416,which is shown to exchange data at input terminals “A” and “B.” On theother hand, if the purchaser deems the closest matching active pool tobe unacceptable, a search is conducted, in some embodiments of theinvention, of prior pools in prior pools memory 218 for the closestmatching prior pool. If such a prior pool is acceptable to thepurchaser, system administration 250 (FIG. 2) can determine at functionblock 427 to form a new active pool using the parameters of theacceptable prior pool, the decision being based in part on thehistorical performance of such a pool. Such a new pool, therefore, isformed under a first criteria that incorporates known historicalperformance of a same or similar pool. Upon the formation of the newpool, the pricing process is performed at function 429. In oneembodiment, the pricing process will follow the procedure described inrelation to FIG. 3.

In the event that the purchaser determines that the closest matchingprior pool presented at function block 418 is unacceptable, the decisionprocess proceeds to decision function block 420 wherein theadministration determines whether to form a new pool under a secondcriteria, i.e., without the benefit of a known history. If theadministrative judgment is such that the formation of a new pool withouthistory is declined, the purchaser is notified at function block 422,via input port “A.”. On the other hand, if the administration determinesto form a new pool, such is formed at function block 431, and, thepricing process of function block 429 is performed. In all likelihood,the formation of a new pool under the second criteria will requireadministrative monitoring, such as at function block 435.

FIG. 5 is a simplified function block representation of a specificillustrative embodiment of the invention wherein a vendor is afforded anopportunity to enter a vendors pool or to cause formation of a newvendor pool. As shown in this figure, a vendor that has a product forsale, particularly in quantity, delivers at function block 510parameters that define a vendor pool (product for sale) having certainproduct parameters associated therewith. These include, for example,identification of the product type, quantity available, and pricinginformation, including price breaks. At function block 512, apre-existing vendor pools database (not shown) is searched to identifysimilar vendor pools, whereupon the vendor is afforded an opportunity atdecision block 514 to join a pre-existing vendor pool. Such may bedesirable to a vendor in situations where the product being offered forsale is generally purchased by vendors on a scale larger than theoffering vendor's available inventory. The similar vendor pool is thendisclosed to the offering vendor at function block 516, and the offeringvendor is offered an opportunity to join the pre-existing vendor pool atfunction block 518.

If the vendor agrees to join such a pre-existing vendor pool, theoffering vendor is installed therein at function block 522. On the otherhand, if the offering vendor prefers to form a one-product one-vendorpool, such is formed at function block 520. The new pool is correlatedin the vendors database at function block 524, via input port “E.”Additionally, a corresponding purchaser pool is formed at function block526 which can be joined as previously described by purchasers desiringto purchase all or some of the product of the offering vendor.

Although the invention has been described in terms of specificembodiments and applications, persons skilled in the art can, in lightof this teaching, generate additional embodiments without exceeding thescope or departing from the spirit of the invention described herein.Accordingly, it is to be understood that the drawing and description inthis disclosure are proffered to facilitate comprehension of theinvention, and should not be construed to limit the scope thereof.

1. A method of transacting sales over a computerized network, the methodcomprising the steps of: defining a first product desired to bepurchased by a plurality of first purchasers; calculating a firstcommitment price; correlating in a first database record the firstproduct and the first purchasers; identifying a time rate at which saidstep of correlating in a first database record is performed; furthercorrelating in respective ones of a plurality of first database recordsthe first product and respective ones of a plurality of secondpurchasers; issuing an offer to a vendor to purchase the first productat a first offer price in a quantity responsive to a number of firstdatabase records; and consummating a transaction between the vendor andthe first and second purchasers.
 2. The method of claim 1, wherein thereis further provided the step of identifying a time rate at which saidstep of further correlating in a first database record is performed. 3.The method of claim 1, wherein said step of calculating a firstcommitment price is responsive to the number of first purchasers thatare correlated in said step of correlating in a first database recordthe first product and the first purchasers prior to performing said stepof calculating a first commitment price.
 4. The method of claim 1,wherein said step of calculating a first commitment price is responsiveto historical sales performance of the first product.
 5. The method ofclaim 1, wherein said step of calculating a first commitment price isresponsive to a price trend of an article similar to the first article.6. The method of claim 5, wherein said step of calculating a firstcommitment price is responsive to a price trend of the first article. 7.The method of claim 1, wherein there are further provided the steps of:defining a second product desired to be purchased by at least one of thefirst purchasers; and correlating in a second database record the secondproduct and the least one first purchaser.
 8. The method of claim 7,wherein there is further provided the step of further correlating inrespective ones of a plurality of second database records the secondproduct and respective ones of a plurality of third purchasers.
 9. Themethod of claim 8, wherein there is further provided the step of issuinga further offer to a vendor to purchase the second product at a secondoffer price in a quantity responsive to the plurality of second databaserecords.
 10. The method of claim 9, wherein there is further providedthe step of formulating a first consolidated report for presentation tothe first purchaser responsive to the first and second offer prices. 11.The method of claim 8, wherein there is further provided the step offormulating a first consolidated report for presentation to the firstpurchaser responsive to the first and second database records.
 12. Amethod of transacting sales over a computerized network, the methodcomprising the steps of: defining a first product desired to bepurchased by a first purchaser; calculating a first commitment price inresponse to historical sales performance of the first product andrecorded vendor prices; correlating in a first database record the firstproduct and the first purchaser; further correlating in respective onesof a plurality of first database records the first product andrespective ones of a plurality of second purchasers; identifying a timerate at which said step of further correlating is performed; andenabling a vendor of products having a predetermined similarity to thefirst product to search the product database.
 13. The method of claim12, wherein there is further provided the step of enabling the firstpurchaser to search a product database for a pre-existing databaserecord associated with a second product having a relationship to thefirst product that is acceptable to the first purchaser.
 14. The methodof claim 12, wherein said step of identifying a time rate at which saidstep of further correlating is performed is responsive to the number ofsecond purchasers that are correlated in the first database record tothe first product in a determined period of time.
 15. The method ofclaim 12, wherein there is further provided the step of consummating atransaction between the vendor and at least some of the first and secondpurchasers.
 16. The method of claim 15, wherein, prior to performingsaid step of consummating a transaction there is provided the furtherstep of consummating a transaction between at least one vendor for aquantity of the first product responsive to a predetermined portion ofthe total number of first database records.
 17. The method of claim 16,wherein, prior to performing said step of consummating a transactionthere is provided the further step of consummating a transaction betweenat least one vendor for a quantity of the first product responsive tothe total number of first database records.
 18. A method of including aprospective purchaser in a pool in a computerized network transactionsystem, the method comprising the steps of: defining pool parametersresponsive to a purchase desired to be made by the purchaser; inactivesearching an inactive pools database for an inactive pool having a poolcharacteristic resembling the pool parameters; inactive presenting afirst matching inactive pool discovered in response to said step ofinactive searching; and forming a new pool having new pool parameterssimilar to the first matching inactive pool.
 19. The method of claim 18,wherein there is further provided the step of commitment pricecalculating a new pool commitment price.
 20. The method of claim 19,wherein there are further provided the steps of: obtaining a commitmentby the purchaser to purchase a product defined by the new poolparameters at the new pool commitment price; installing the purchaser inthe new pool; and identifying a time rate at which the new pool ispopulated with purchasers.